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Abstract - We present the first power over Wi-Fi system 
that delivers power and works with existing Wi-Fi chipsets. 
Specifically, we show that a ubiquitous piece of wireless 
communication infrastructure, the Wi-Fi router, can pro¬ 
vide far field wireless power without compromising the net¬ 
work’s communication performance. Building on our design 
we prototype, for the first time, battery-free temperature and 
camera sensors that are powered using Wi-Fi chipsets with 
ranges of 20 and 17 feet respectively. We also demonstrate 
the ability to wirelessly recharge nickel-metal hydride and 
lithium-ion coin-cell batteries at distances of up to 28 feet. 
Finally, we deploy our system in six homes in a metropoli¬ 
tan area and show that our design can successfully deliver 
power via Wi-Fi in real-world network conditions. 


1. Introduction 


Starting in the late 19th century, Nikola Tesla dreamed of 
eliminating wires for both power and communication |511. 
As of the early 21st century, wireless communication is ex¬ 
tremely well established—^billions of people rely on it ev¬ 
ery day. Wireless power however has not been as successful. 
In recent years, near-held, short range schemes are gaining 
traction for certain range-limited applications, like powering 
implanted medical devices and recharging cars pT) and 
phones from power delivery mats 30 More recently 
researchers have demonstrated the feasibility of powering 
sensors and devices in the far held using RF signals from 
TV | |46|[^ and cellular | |55||4^ base stations. This is excit¬ 
ing, because in addition to enabling power delivery at farther 
distances, RF signals can be used to simultaneously charge 
multiple devices due to their broadcast nature. 

This paper shows that a ubiquitous piece of wireless com¬ 
munication infrastructure, the Wi-Fi router, can provide far- 
held wireless power without signihcantly compromising net¬ 
work performance. This is attractive for three key reasons: 


• In contrast to TV and cellular transmissions, Wi-Fi is ubiq¬ 
uitous in indoor environments and operates in the unli¬ 
censed ISM band where transmissions can be legally mod- 
ihed to deliver power. Repurposing Wi-Fi networks for 
power delivery can ease the deployment of RF-powered 
devices without additional power infrastructure. 

• Wi-Fi uses OFDM, an efficient waveform for power de¬ 
livery because of its high peak-to-average ratio ||5^ [5^. 


0.4 


0.3 - 


minimum threshold voltage 


S, 0.2 


> 0.1 




0.5 


1 


1.5 


2.5 


time (in ms) 


Figure 1—Key challenge with Wi-Fi power delivery. While the 
harvester can gather power during Wi-Fi transmissions, the power 
leaks during silent periods, limiting Wi-Fi’s ability to meet the min¬ 
imum voltage requirements of the hardware. 


Given Wi-Fi’s economies of scale, Wi-Fi chipsets provide 
a cheap platform for sending these power-optimized wave¬ 
forms, enabling efficient power delivery. 

• Sensors and mobile devices are increasingly equipped 
with 2.4 GHz antennas for communication via Wi-Fi, 
Bluetooth or ZigBee. We can, in principle, use the same 
antenna for both communication and Wi-Fi power harvest¬ 
ing with a negligible footprint on the size of the device. 

While recent efforts in the RFID community have focused 
on designing efficient 2.4 GHz harvesters p5| [2^ , none of 
them have demonstrated power delivery using signals from 
existing Wi-Fi devices. To check if it would “just work,” 
we placed a battery-free temperature sensor equipped with 
2.4 GHz harvesting hardware ten feet from our organiza¬ 
tion’s Wi-Fi router. We found that, over a 24-hour period, 
the sensor could not reach the minimum voltage of 300 mV 
to operate the harvesting hardware. 

The key reason for this is the fundamental mismatch be¬ 
tween the requirements for power delivery and the Wi-Fi 
protocol. This is succinctly captured in Fig.[T]which plots the 
voltage at the harvester in the presence of Wi-Fi transmis¬ 
sions. The figure shows that while the harvester can gather 
power during Wi-Fi transmissions, the power leaks during 
silent periods, significantly limiting Wi-Fi’s ability to meet 
the minimum voltage requirement. These silent periods how¬ 
ever are inherent to a distributed medium access protocol 
such as Wi-Fi, where multiple devices share the same wire¬ 
less medium. A continuous transmission from the router 
would significantly deteriorate the performance of its own 
Wi-Fi clients as well as other Wi-Fi networks in the vicinity. 
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(a) Battery Free Camera (b) Temperature Sensor (c) Li-Ion Battery Charger (d) NiMH Battery Charger 


Figure 2—Prototype hardware demonstrating PoWiFi’s potential. The prototypes harvest energy from Wi-Fi signals through a standard 
2 dBi Wi-Fi antenna Q (not shown). The low gain antenna ensures that the device is agnostic to the antenna orientation and placement. The 
prototypes use the harvested energy to (a) capture pictures, (b) measure temperature, and (c)/(d) recharge batteries. 


We introduce PoWiFi, the first power over Wi-Fi system 
that uses existing Wi-Fi chipsets to power energy-harvesting 
sensors and devices. We achieve this by co-designing har¬ 
vesting hardware circuits and Wi-Fi router transmissions. At 
a high level, a router running PoWiFi imitates a continu¬ 
ous transmission while minimizing the impact on Wi-Fi per¬ 
formance. To do so, it injects small amounts of superfluous 
broadcast traffic on multiple Wi-Fi channels (e.g., 1, 6, and 
11) such that the cumulative occupancy across the channels 
is high. We also design a multi-channel harvester that effi¬ 
ciently harvests power across multiple Wi-Fi channels. Be¬ 
cause the harvester cannot distinguish between transmissions 
across channels, it effectively sees a continuous transmission 
from the router and hence can efficiently harvest power. 

The above design has two main components: 


A harvester hardware that efficiently receives power 
across multiple 2.4 GHz Wi-Fi channels. Designing this 
is challenging because a fraction of the incident signal is 
typically reflected back into the environment and remains 
unusable because of impedance mismatches in the hard¬ 
ware. While one can minimize these mismatches at a spe¬ 
cific frequency tone, achieving well-matched impedances 
across a range of frequencies is difficult |24 ^ 401. 
Our approach is to co-design all the harvesting hardware 
components—^rectifier, matching network and DC-DC 
converter—to achieve reflection losses less than —10 dB 
across the desired 72 MHz Wi-Fi band. 

A transmission mechanism at the router that introduces 
additional power traffic on each Wi-Fi channel, while min¬ 
imizing the impact on Wi-Fi clients and being fair to other 
Wi-Fi networks. The key insight is that the harvester can¬ 
not distinguish between useful client traffic and superflu¬ 
ous power traffic. Thus, the router injects power traffic 
only when the number of packets queued at the Wi-Fi in¬ 
terface is below a threshold. This minimizes the impact 
on the associated Wi-Fi clients while effectively provid¬ 
ing continuous power delivery to harvesters. Further, the 
router transmits power packets at the highest Wi-Fi bit 
rates. Since higher-rate transmissions occupy the channel 
for a smaller duration, our scheme achieves per-channel 
occupancies that are fair to other Wi-Fi networks. 


We prototype our router design using Atheros chipsets and 
build our multi-channel harvester with off-the-shelf analog 


components. We run extensive experiments to understand the 
effects of our power traffic on TCP and UDP throughput as 
well as the page load times of the ten most popular web¬ 
sites in the United States 0. Our results show that PoWiFi 
minimizes the effect on Wi-Fi performance while achieving 
an average cumulative occupancy of 95.4% across the three 
2.4 GHz Wi-Fi channels. 

To demonstrate the potential of our design, we use our 
harvester to build two battery-free, Wi-Fi-powered sensing 
systems shown in Fig.[^ a temperature sensor and a camera. 
The devices use Wi-Fi power to run their sensors and a pro¬ 
grammable microcontroller that collects the data and sends 
it over a UART interface. Our results show that the camera 
and temperature sensor prototypes can operate battery-free at 
distances of up to 17 and 20 feet, respectively, from a PoWiFi 
router. As expected, the duty cycle at which these sensor can 
operate decreases with distance. Further, our sensors can op¬ 
erate in through-the-wall scenarios where they are separated 
from the router by a wall made of various materials. 

Further, we integrate our harvester with 2.4 V nickel- 
metal hydride (NiMH) and 3.0 V lithium-ion (Li-Ion) coin¬ 
cell batteries. We then build battery-recharging versions of 
the above sensors that PoWiFi recharges using Wi-Fi. Our 
results show that the battery-recharging sensors can run 
energy-neutral operations at distances of up to 28 feet. 

Finally, we deploy our router in six homes in a metropoli¬ 
tan area. The occupants of each home used our PoWiFi 
router for their Internet access for 24 hours. Our results show 
that, even with real-world network conditions, PoWiFi effi¬ 
ciently delivers power using Wi-Fi while having a minimal 
impact on user experience. 

Contributions. We make the following contributions: 

• We introduce PoWiFi, a novel system for power delivery 
using existing Wi-Fi chipsets. We do so without compro¬ 
mising the Wi-Fi network’s communication performance. 

• To achieve this, we co-design Wi-Fi router transmissions 
and the harvesting hardware circuits. Our novel multi¬ 
channel harvester hardware can efficiently harvest power 
from multiple 2.4 GHz Wi-Fi channels. 

• We prototype the first battery-free temperature and camera 
sensors that are powered using Wi-Fi chipsets. We also 
demonstrate the feasibility of recharging NiMH and Li- 
Ion coin-cell batteries using Wi-Fi signals. 
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• Finally, we deploy our system in six homes in a metropoli¬ 
tan area and demonstrate its real-world practicality. 

2. Understanding Wi-Fi Power Delivery 

To understand the ability of a Wi-Fi router to deliver 
power, we run experiments with our organization’s router 
and a temperature sensor. The router is an Asus RT-AC68U 
access point operating at 2.437 GHz with a transmit power 
of 23 dBm on each of its three 4.04 dBi gain antennas. The 
temperature sensor is battery free and uses our RF harvester 
to draw power from Wi-Fi signals. A typical RF harvester 
has to provide a minimum voltage at the sensor or microcon¬ 
troller to run meaningful operations. This is typically done 
using a rectifier that converts the carrier signal to DC and a 
DC-DC converter that increases the voltage level of the DC 
signal to match the requirements of the sensor or microcon¬ 
troller. The key limitation in harvesting power is that every 
DC-DC converter has a minimum input voltage threshold 
below which it cannot operate. We use the DC-DC converter 
with the lowest threshold of 300 mV |T5). 

We place the sensor ten feet from the router for 24 hours 
and measure the voltage at the rectifier output throughout 
our experiments. We also capture the packet transmissions 
from the router using a high frequency oscilloscope con¬ 
nected through a splitter. Over the tested period, the sensor 
could not reach the 300 mV threshold. Fig. [^plots both the 
packet transmissions and the rectifier voltage. It shows that 
while the sensor can harvest energy during the Wi-Fi packet 
transmission, there is no input power during the silent slots. 
The hardware power leakages during these durations ensure 
that it does not cross the 300 mV threshold. 

Fig. 0 is a snapshot of router transmissions during peak 
network utilization. More generally, the router’s channel oc¬ 
cupancy was in the 10^0% range, mostly at the lower end 
of this range. Note that clients such as smartphones typically 
transmit at lower power than the router. Our measurements 
show that, to save energy, smartphones such as Nexus S, 
Nexus 4 and iPhone 5 reduce their per-packet transmission 
power to between 0-2 dBm. Thus, efficient power delivery 
specifically requires high channel occupancies at the router. 

3. PoWlFl 

PoWiFi is a novel system that provides power over Wi¬ 
Fi using existing Wi-Fi chipsets. At a high level, a PoWiFi 
router injects small amounts of unintrusive power traffic on 
multiple Wi-Fi channels to increase channel occupancy with 
minimal impact on network performance. We design a multi¬ 
channel harvester that cannot distinguish between transmis¬ 
sions on different channels and hence sees an approximation 
of a high-occupancy router transmission. 

3.1 Multi-Channel Harvester Design 



Eigure 3— RE Harvester Architecture. An antenna receives RF 
signals, which a rectifier converts into DC power and feeds into a 
DC-DC converter that increases the voltage to match the sensor and 
microcontroller’s requirements. 


The first goal of our harvester design is to efficiently har¬ 
vest across multiple 2.4 GHz Wi-Fi channels. A related goal 
is to achieve good sensitivities across these channels. Sensi¬ 
tivity is the lowest power at which the harvester can boot up 
and power the sensors and the microcontroller. In theory, one 
can wait for a long time and harvest enough power to boot up 
the sensors. In practice, however, because of power leakage, 
a harvester cannot operate below a minimum power thresh¬ 
old. This is important because the power available at the sen¬ 
sor decreases with the distance from the Wi-Fi router; thus, 
the harvester’s sensitivity determines its operational range. 

Challenge: The key challenge is the impedance mismatch 
between the Wi-Fi antenna and the harvester. To understand 
this, consider a wave entering a boundary between two dif¬ 
ferent mediums. If the impedance of the two mediums dif¬ 
fers, a fraction of the incident energy is reflected. Similarly, 
when the antenna and the harvester have different impedance 
values, a fraction of the RF signal is reflected back, reducing 
the available RF power. 

Fig. shows the architecture of a typical RF harvester. 
A receiving antenna is followed by a rectifier that converts 
the 2.4 GHz signal into DC power. This power is fed into a 
DC-DC converter that increases the voltage of the DC signal 
to match the voltage requirements of the sensor and micro¬ 
controller. The problem is that the rectifier hardware is ex¬ 
tremely non-linear with input power, operational frequency 
and the parameters of the DC-DC converter, making it chal¬ 
lenging to achieve good harvester sensitivity and efficiency 
across the 72 MHz band that spans the three Wi-Fi channels. 

Our Approach: As shown in Fig. we design a match¬ 
ing network to transform the rectifier’s impedance to match 
that of the antenna. This is, however, not straightforward be¬ 
cause the rectifier’s impedance varies significantly with fre¬ 
quency and is dependent on the DC-DC converter. Our ap¬ 
proach is to co-design all the components in the harvester— 
the matching network, rectifier, and DC-DC converter—to 
achieve good impedance matching across the 72 MHz Wi-Fi 
band. Our intuition is that the input of the DC-DC converter 
affects the input impedance of the rectifier. Thus, if we can 
co-design the rectifier with the DC-DC converter, we can re¬ 
lax the constraints on the matching network. 
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Figure 4—PoWiFi harvester schematic. PoWiFi co-designs the 
matching network, rectifier, and DC-DC converter to achieve good 
impedance matching across Wi-Fi bands. The figure shows the 
optimized DC-DC converters for both battery-free and battery¬ 
recharging versions of our harvester. 

Design Details: The rest of the section describes each of the 
above components—^rectifier, DC-DC converter, and match¬ 
ing network—in detail. 

1) Rectifier Design. The key design consideration for recti¬ 
fiers is that DC-DC converters cannot operate below a min¬ 
imum input voltage. Thus, the rectifier must be designed to 
maximize its output voltage. Fig. shows the various com¬ 
ponents used in our rectifier design. At a high level, our rec¬ 
tifier tracks twice the envelope of the incoming signal and 
converts it into power. Specifically, it adds the positive and 
negative cycles of the incoming sinusoidal carrier signal to 
double the amplitude. To do this, it uses a specific configura¬ 
tion of diodes and capacitors as shown in Fig.j^ However, in 
practice, diodes and capacitors have losses that limit the out¬ 
put voltage of the rectifier. We use SMS7630-061 diodes by 
Skyworks in ultra-miniature 0201 SMT packages since 
they have low losses, i.e., loss threshold voltage, low junc¬ 
tion capacitance and minimal package parasitics. We also 
use high-quality-factor, low-loss UHF-rated 10 pF capaci¬ 
tors that minimize losses and maximize the rectifier’s effi¬ 
ciency and sensitivity. 

2) DC-DC converter design. In our design, a DC-DC con¬ 
verter serves two purposes: i) boost the voltage output of 
the rectifier to the levels required by the microcontroller and 
sensors, and ii) make the input impedance of the rectifier 
less variable across the three Wi-Fi channels. The key chal¬ 
lenge is the cold-start problem: in a battery-free design, all 
the hardware components must boot up from 0 V. Practical 
DC-DC converters, however, have a nonzero minimum volt¬ 
age threshold. We use the SZ882 DC-DC converter from 
Seiko 03, which is the best in its class: it can start from 
input voltages as low as 300 mV, which our rectifier can pro¬ 
vide, and boost the output on a storage capacitor to 2.4V. 
Once the 2.4 V threshold is reached, the Seiko charge pump 
connects the storage capacitor to the output, powering the 
microcontroller and sensors. 


A DC-DC converter can be further optimized while 
recharging a battery. Specifically, the battery can provide a 
minimum voltage level and hence the hardware components 
need not boot up from 0 V. We use the TI bq25570 energy¬ 
harvesting chip that contains a boost converter, a battery 
charger, voltage monitoring solutions and a buck converter. 
We connect the rechargeable battery to the battery charging 
node, Vbat, of the bq25570. We use the boost as our DC-DC 
converter to achieve the voltage required to charge the bat¬ 
tery. Finally, we leverage the maximum power point tracking 
(MPPT) mode of the TI chip to tune the input impedance of 
the DC-DC converter so as to minimize the variation of the 
rectifier’s impedance across Wi-Fi channels. Specifically, we 
set the buck converter’s MPPT reference voltage to 200 mV. 

3) Matching Network Design: With our rectifier and DC- 
DC converter designs, we have relaxed the constraints on 
the impedance-matching network. The resulting circuit can 
match impedances between the rectifier and a 50 H antenna 
across Wi-Fi channels, using a single-stage LC matching net¬ 
work. In LC matching networks, inductors are the primary 
source of losses. To mitigate this, we use high-frequency in¬ 
ductors in 0402 footprint which have minimal parasitics and 
a quality factor of 100 at 2.45 GHz 0 - The resulting match¬ 
ing network consumes less board area than traditional trans¬ 
mission lines and distributed-element-based matching net¬ 
works and can be modified to meet different system param¬ 
eters without any loss. We use 6.8 nH and 1.5 pF as the LC 
matching network for our battery-free harvester, and 6.8 nH 
and 1.3 pF for our battery-recharging harvester. 


3.2 Router Transmission Design 

Our goal is to maximize power-delivery efficiency that 
requires maximizing channel occupancy. A naive solution 
is to continuously transmit packets at the lowest Wi-Fi bit 
rate, i.e., 1 Mbps. Since such transmissions occupy the Wi-Fi 
channel for the longest duration, they maximize the channel 
occupancy. However, such an approach would significantly 
deteriorate the performance of Wi-Fi, as our evaluation con¬ 
firms (see ^4.1| i. 

Our idea is to instead inject small amounts of traffic on 
multiple Wi-Fi channels at the router to ensure that cumula¬ 
tive occupancy is high. The rest of this section first describes 
how we can inject additional packets while minimizing the 
effect on Wi-Fi clients and then describes design choices that 
ensure fairness with other Wi-Fi networks. 

The key observation we make is that our harvesting hard¬ 
ware does not decode Wi-Fi signals. As a result, from its per¬ 
spective, all router transmissions look identical. Thus, it can 
harvest similar amounts of power from the artificial packets 
as well as traffic to the Wi-Fi clients and beacon transmis¬ 
sions. We leverage this property to design a system that bal¬ 
ances client traffic and additional power traffic. 
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At a high level, our design injects UDP broadcast pack- 
et^at the highest Wi-Fi bit rate to transmit power on each of 
the Wi-Fi channels. However, PoWiFi drops these broadcast 
packets when the number of packets in the wireless inter¬ 
face’s transmit queue is above a threshold. This ensures that 
when the router queue has client traffic, we do not add ad¬ 
ditional packets and hence can minimize the effect on the 
client delay and throughput. 

Specifically, we implement a user-space program that in¬ 
jects 1500-byte UDP broadcast datagrams with a constant 
inter-packet delay. We use a selective transmission mecha¬ 
nism that hoists information from the MAC layer to the IP 
layer. Our mechanism has three main components; 

• Power_socket; A Standard UDP broadcast socket with the 
addition of a custom IP option, ip_Power, to distinguish 
its outgoing IP datagrams from other traffic. 

• Power_MACshim: A shim interface between the IP stack 
and the mac 802 ii subsystem that enables the IP stack to 
query the Wi-Fi subsystem for the queue status of indi¬ 
vidual channels. On socket creation, the user-space pro¬ 
gram sets an additional IP option with an integer that 
uniquely identihes the corresponding wireless interface at 
the router. 

• ip_Power: A mechanism in the IP stack that checks for our 
power packets on the outgoing IP datagrams and uses our 
shim interface to decide when to drop the packets. 

The decision about dropping packets is performed on a 
per-packet basis in the packet transmission logic of the IP 
stack, i.e., ip_iocai_out_sk 0 , to check whether the pend¬ 
ing queue depth is above a threshold value. This check is 
channel specihc; it is applied after the kernel has determined 
a route and therefore an interface for the packet. If the queue 
depth is indeed at or above a threshold value, then there are 
already enough power and Wi-Fi client packets in the queue 
to maximize channel occupancy. In this case the router drops 
the packet before transmitting it and returns the correspond¬ 
ing error code to user space. On the other hand, if the queue 
depth is below the threshold value, then ip_Power queues the 
packet for transmission at the MAC layer. We note that in our 
evaluation, the router is configured to provide Internet con¬ 
nectivity on only one 2.4 GHz Wi-Fi channel. Thus, on the 
other Wi-Fi channels, there are no client packets in the queue 
and hence we do not drop any UDP broadcast packets. 
Finally, we summarize some of our key design decisions. 

i) Queue threshold value. After extensive testing, we set a 
fixed queue depth threshold of five frames. Specihcally, our 
tests showed that for thresholds less than hve, the occupancy 
decreases since the queue is repeatedly drained and the user- 
space program that sends UDP broadcast packets was unable 
to keep the queue full. Larger threshold values, on the other 

’UDP broadcast packets do not require acknowledgments from 
clients, either at the PHY or the higher layers. 



Figure 5— Effect of inter-packet delay on occupancy. Results in 
the absence of client traffic for different queue depth thresholds. 


hand, required more frequent transmissions, resulting in in¬ 
creased slowdown for client traffic. 

ii) UDP broadcast data rate. If the UDP broadcast rate is 
high, then frames pile up in the queues and affect the kernel’s 
responsiveness. On the other hand, a low rate significantly 
reduces the occupancy across Wi-Fi channels. Fig. shows 
the occupancy on a single Wi-Fi channel for different inter¬ 
packet delays as well as queue thresholds, in the absence of 
client traffic. The figure shows that, varying the queue-depth 
threshold does not significantly affect occupancy in the ab¬ 
sence of client traffic as long as inter-packet timing is less 
than the length of the corresponding frames on the air. Our 
implementation uses 1500 byte packets transmitted at the 
highest 802.llg bit rate of 54 Mbps. These packets occupy 
around 160 us on the wireless channel, and so we pick an 
inter-packet delay of 100 us to balance occupancy and ker¬ 
nel responsiveness. 

Hi) Fairness with other Wi-Fi networks. PoWiFi is compliant 
with the 802.11 MAC protocol to ensure that active Wi-Fi 
devices get equal access to the wireless channel. In practice, 
PoWiFi provides better than equal-share fairness to trans¬ 
missions from other Wi-Fi devices. Specifically, the UDP 
broadcast packets are transmitted at the highest Wi-Fi bit 
rate. These transmissions occupy the channel for a shorter 
duration than transmissions at lower Wi-Fi bit rates. Thus, 
for the average transmitter bit rate in the network, we achieve 
better than equal-share fairness. This is validated in our ex¬ 
periments in ^4.1 1 

4. Evaluation 

We build the rectifiers for our harvester prototypes us¬ 
ing 2-layer 20 mils Rodgers 4350 substrate printed circuit 
boards (PCBs). We use the Rodgers substrate because unlike 
FR4 114) , it has low losses at 2.4 GHz and does not degrade 
the sensitivity and efficiency of our harvester. The DC-DC 
converter and sensor applications however were built using 
a 4-layer FR4 substrate PCBs and connected to the harvester 
using 10 mil headers. The PCBs were designed using Al- 
tium design software and were manufactured by Sunstone 
Circuits. A total of 40 PCBs were ordered at a total cost 
of $2500. The off-the-shelf circuit components were hand- 
soldered on the PCBs and individually tested, requiring a to¬ 
tal of 200 person-hours. 
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We implement a PoWiFi router using three Atheros 
AR9580 chipsets that independently run the algorithm 
in §3.2| on channels 1, 6, and 11 respectively. The chipsets 
are connected to 6 dBi Wi-Fi antennas via amplifiers; the 
antennas are separated by 6.5 cm, which is approximately 
half a wavelength at 2.4 GHz. Our prototype router pro¬ 
vides Internet access to its associated clients on channel 1 
via NAT and transmits at 30 dBm, which is within the FCC 
limit for communication in the ISM band. Since the Atheros 
chipsets operate independently, the cumulative occupancy 
across the three Wi-Fi channels can be greater than 100% 
in under-utilized networks. One can implement simple algo¬ 
rithms that would scale back the transmission rate for power 
packets to ensure that the cumulative occupancy remains less 
that 100%. We do not currently implement this feature. Note 
however that all our sensor and harvester benchmark eval¬ 
uations were performed in a busy office network where the 
average cumulative channel occupancy was around 90%. 

Measuring the router’s channel occupancy. One of our key 
metrics is the router’s channel occupancy that includes both 
the power packets and packets to its clients. To measure this, 
we use aircrack-ng’s airmon-ng tool to add a monitor in¬ 
terface to each of the router’s active wireless interfaces. To 
measure the router’s channel occupancy on a specific inter¬ 
face, we start tcpdump on the monitor interface to record the 
radio-tap headers for all frames and their retransmissions. At 
the end of the duration, we stop tcpdump and use tshark to 
extract frames sent by the router, recording the correspond¬ 
ing bitrate and frame size (in bytes). We then compute the 
average channel occupancy as E/e/™™., rate^^ration - 

4.1 Effect on Wi-Fi traffic 

Our system is designed to provide high cumulative chan¬ 
nel occupancies for power delivery while minimizing the ef¬ 
fect on Wi-Fi traffic. To evaluate this, we deploy a PoWiFi 
router and evaluate its effect on Wi-Fi traffic. We use a Dell 
Inspiron 1525 laptop with an Atheros chipset as a client as¬ 
sociated with our router on channel 1. 

We compare four different schemes: 

• Baseline. PoWiFi is disabled on the router, i.e., the router 
introduces no extra traffic on any of its interfaces. 

• BlindUDP. The router transmits UDP broadcast traffic at 
1 Mbps so as to maximize its channel occupancy. 

• PoWiFi. The router sends UDP broadcast traffic at 
54 Mbps and uses the queue threshold check in ^3.2| 

• NoQueue. The router sends UDP broadcast traffic at 
54 Mbps but disables the queue threshold check. 

We evaluate PoWiFi with various Wi-Fi traffic patterns 
and metrics: the throughput of UDP and TCP download traf¬ 
fic, the page load time (PLT) of the ten most popular websites 
in the United States 0, and traffic on other Wi-Fi networks 
in the vicinity of our benchmarking network. 


(a) Effect on UDP traffic. UDP is a common transport pro¬ 
tocol used in media applications such as video streaming. 
We run iperf with UDP traffic to a client seven feet from 
the router. The client sets its Wi-Fi bitrate to 54 Mbps and 
runs five sequential copies of iperf, three seconds apart. We 
repeat the experiments with target UDP data rates between 
1 and 50 Mbps, and measure the achieved throughput com¬ 
puted over 500 ms intervals, with the above schemes. All the 
experiments are run during a busy weekday in our organiza¬ 
tion, which has multiple other clients and routers operating 
on channels 1, 6, and 11. 

Fig. I^a) plots the average UDP throughput as a function 
of the eleven tested UDP data rates. The figure shows that 
BlindUDP significantly reduces throughput. With NoQueue, 
the router’s kernel does not prioritize the client’s iperf traffic 
over the power traffic. This results in roughly a halving of 
the iperf traffic’s data rate as the wireless interface is equally 
shared between the two flows. With PoWiFi, however, the 
client’s iperf traffic achieves roughly the same rate as the 
baseline. This result demonstrates that PoWiFi effectively 
prioritizes client traffic above its power traffic. 

For the PoWiFi experiments above. Fig. |^a) plots the 
CDFs of individual channel occupancies on the three Wi-Fi 
channels. The figure shows that the individual channel oc¬ 
cupancies are around 5-50% across the channels. The mean 
cumulative occupancy, on the other hand is 97.6%, demon¬ 
strating that PoWiFi can efficiently deliver power even in the 
presence of UDP download traffic. 

(b) Effect on TCP traffic. Next we run experiments with TCP 
traffic using iperf at the client. The router is configured to 
run the default Wi-Fi rate adaptation algorithm. We run ex¬ 
periments over a duration of three hours with a total of 30 
runs across this duration. In each run, we run five sequential 
copies of iperf, three seconds apart, and compute the achiev¬ 
able throughput over 500 ms intervals, with all the schemes 
described above. 

Fig. I^b) plots CDFs of the measured throughput values 
across all the experiments. The plot shows that BlindUDP 
significantly degrades TCP throughput. As before, since No¬ 
Queue does not prioritize the client traffic over the power 
packets, it roughly halves the achievable throughput. Po¬ 
WiFi sometimes achieves higher throughput than the base¬ 
line. This is because of channel changes that occur during 
the three-hour experiment duration. The general trend how¬ 
ever points to the conclusion that PoWiFi does not have a 
noticeable effect on TCP throughput at the client. 

Fig. [7]^b) plots the CDFs of the channel occupancies for 
PoWiFi during the above experiments. The figure shows that 
PoWiFi has a mean cumulative occupancy of 100.9% and 
hence can efficiently deliver power. 

(c) Effect on PLT. We develop a test harness that uses the 
PhantomJS headless browser in to download the front 
pages of the ten most popular websites in the United 
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Figure 6—Effect on Wi-Fi traffic. The figures show the effect of various schemes on TCP and UDP throughput as well as the page load 
times of the top ten websites in the United States j^. The plots show that PoWiFi minimizes its effect on the Wi-Fi traffic. 
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Figure 7—PoWiFi channel occupancies. The plots show the occupancies with PoWiFi for the above UDP, TCP, and PLT experiments. 


States Q 100 times each. We clear the cache and pause for 
one second in between page loads. The traffic is recorded 
with tcpdump and analyzed offline to determine page load 
time and channel occupancy. The router uses the default rate 
adaptation to modify its Wi-Fi bit rate to its clients. The ex¬ 
periments were performed during a busy weekday in our or¬ 
ganization over a two-hour duration. 

Fig. I^c) shows that BlindUDP significantly deteriorates 
the PLT. This is expected because the 1 Mbps power traffic 
occupies a much larger fraction of the medium and hence 
increases packet delays to Wi-Fi clients. NoQueue improves 
PLT over BlindUDP, with an average delay of 294 ms over 
the baseline. PoWiFi further minimizes the effect on PLT 
with a 101 ms delay, averaged across websites. This resid¬ 
ual delay is due to the computational overhead of PoWiFi 
from the per-packet checks performed by the kernel. This 
slows down all the processes in the OS and hence results 
in additional delays. However, increasing processing power 
and moving these checks to hardware can help further reduce 
these delays. In our home deployments (^, the users did not 
perceive any noticeable effects on their web performance. 

For completeness, we plot the CDFs of channel occupan¬ 
cies for PoWiFi in Fig. |^c). The plot shows the same trend 
as before, with a mean cumulative occupancy of 87.6%. 

(d) Effect on neighboring Wi-Fi networks. PoWiFi leverages 
the inherent fairness of the Wi-Fi MAC to ensure that it is 
fair to other Wi-Fi networks. To evaluate this, we place our 
PoWiFi router in the vicinity of a neighboring Wi-Fi router- 
client pair operating on channel 1. We configure the PoWiFi 
router to transmit power packets using our algorithm on all 
three channels. We run iperf with UDP traffic on the neigh- 



Figure 8—Effect on neighboring networks. The figure plots the 
effect on UDP throughput at various Wi-Fi bit rates on a neighbor¬ 
ing network. PoWiFi provides better than equal-share fairness to 
other Wi-Fi networks in the vicinity. 

boring router-client pair at the highest data rate and measure 
the achievable throughput as before. We repeat the experi¬ 
ments for different Wi-Fi bit rates at the neighboring Wi¬ 
Fi router-client pair. We compare three schemes: BlindUDP 
where our router transmits UDP packets at 1 Mbps, Equal- 
Share where we set our router to transmit the UDP packets at 
the same Wi-Fi bit rate as the neighboring router-client pair, 
and finally PoWiFi. EqualShare provides a baseline when 
every router in the network gets an equal share of the wire¬ 
less medium. 

Figurej^shows the throughput for the three schemes, aver¬ 
aged across five runs. As expected, BlindUDP significantly 
deteriorates the neighboring router-client performance. Fur¬ 
ther, this deterioration is more pronounced at the higher Wi¬ 
Fi bit rates. With PoWiFi, however, the throughput achieved 
at the neighboring router-client pair is higher than Equal- 
Share. This is because PoWiFi transmits the power packets at 
54 Mbps; transmissions at such high Wi-Fi bit rates occupy 
the channel for a smaller duration than, say, a neighboring 
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(a) Battery-free harvester (b) Battery-charging harvester 

Figure 9—Harvester return loss. This is the ratio of reflected 
power to the incident power. Across the 2.4 GHz Wi-Fi band, the 
return loss is less than -10 dB. This translates to less than 0.5 dB of 
lost power, which is negligible. 
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Figure 10— Available output povrer at the harvester. The battery 
charging harvester operates at -19.3 dBm compared to -17.8 dBm 
for the battery free harvester which results in a higher operating 
range for the battery charging harvester. 


router transmitting at 16 Mbps. This property means that Po- 
WiFi provides better than equal-share fairness to other Wi-Fi 
networks, preserving their performance. We note that while 
our experiments are with 802.1 Ig, PoWiFi’s power packets 
use the highest bit rate available for Wi-Fi. Thus, the above 
fairness property would hold true even with 802.1 In or other 
Wi-Fi variants. 

4.2 Evaluating the Harvesting Hardware 

The harvester’s performance is determined by; 1) 
impedance matching at the antenna interface to maximize 
the RF energy delivered to the rectifier, and 2) the rectifier’s 
ability to convert RF energy into useful DC power. 

(a) Impedance matching versus frequency. If the antenna’s 
impedance differs from the harvester’s, a portion of the inci¬ 
dent RF signal will be reflected back and cannot be converted 
into DC power. The amount of reflection is determined by the 
impedance difference, which our matching network aims to 
minimize across all three Wi-Fi channels. Impedance match¬ 
ing performance is measured using return loss, which is the 
ratio of reflected power to the incident power. 

We compute the return loss by connecting the harvester 
to a vector network analyzer that transmits RF signals across 
the entire Wi-Fi band. We analyze the power reflected at each 
frequency to compute the return loss. Fig.j^plots the return 
loss of the battery-free and battery-charging versions of our 
harvester. Across 2.401-2.473 GHz, both of our harvesters 
achieve a return loss of less than —10 dB, which in most RF 
circuits and systems is acceptable m . This translates to less 
than 0.5 dB of lost power, which is negligible. 

(b) Available power at the rectifier output. The rectifier con¬ 
verts the RF signals at the harvester into DC output voltage. 
This conversion is typically low due to the inherent nonlin¬ 
earities and threshold voltage drop of diodes. To measure the 
available power, we use a cable to connect our hardware to 
the output of a Wi-Fi transmitter. We vary the output power 
and the operational frequency of the transmitter and measure 
the power available at the rectifier’s output. 

Fig.[T^shows the output power at the rectifier as a function 
of the input RF power. The results are plotted for both our 


battery-free as well as battery-charging harvesters, across the 
three Wi-Fi channels. The plots show the following: 

• The harvester’s available output power scales with the in¬ 
put power. This means that as a harvesting sensor moves 
closer to the router, it can operate at a higher duty cycle. 

• The battery-charging harvester operates down to - 
19.3 dBm, compared to -17.8 dBm for the battery-free har¬ 
vester. This is because the battery-charging harvester does 
not have the cold start limitation. Specifically, a battery- 
free harvester has to start all its hardware components 
from cold start (0 V). In contrast, a battery-charging har¬ 
vester can use the connected battery to provide a non-zero 
voltage value, allowing for greater sensitivities. 

• Our harvesters perform efficiently across Wi-Fi channels 
1, 6 and 11. This is a result of our optimized multi-channel 
harvester design that ensures efficient power harvesting. 

5. Sensor Applications 

We integrate our harvesters with sensors at two ends of 
the energy-consumption spectrum; a temperature sensor and 
a camera. We build both battery-free and battery-recharging 
versions of each sensor. 

5.1 Wi-Fi powered Temperature Sensor 

The battery-free temperature sensor uses our harvester 
to power an LMT84 temperature sensor Q and an 
MSP430FR5969 microcontroller to read and transmit sen¬ 
sor data p0| . The MSP430FR5969 requires at least 1.9 V 
to run at 1 MHz and boots in less than 2 ms. When the 
storage capacitor’s voltage reaches 2.4 V, the microcon¬ 
troller boots, samples the temperature sensor, and transmits 
the reading through a UART port. The microcontroller’s 
firmware is optimized for power; the entire measurement and 
data-transmission operation uses only 2.77 /iJ. 

The battery-recharging sensor, on the other hand, con¬ 
sists of our rectifier followed by the TI bq25570 power- 
management chip Q to wirelessly recharge two AAA 
750 mAh low discharge current NiMH battery at 2.4 V 1I3- 
We connect the batteries to the TI chip’s Vtat node. The tem¬ 
perature sensor and microcontroller are powered from the 
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Figure 11—Update rate of temperature sensors. The battery-free 
sensor can operate up to 20 feet and the battery-recharging sensor 
can operate in an energy-neutral manner up to 28 feet. 
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Figure 13—Battery-free camera in through-the-wall scenarios. 

The figure on the left is a picture of a Rubik’s cube taken with our 
camera prototype. The plot shows the inter-frame time with differ¬ 
ent wall materials at a five feet distance from the router. 





Figure 12—Camera prototype results. The battery-free camera 
operates up to 17 feet and the battery-recharging camera has a range 
of 23 feet for energy-neutral operations. This enables applications 
where low-rate cameras can be left in hard-to-reach places such as 
walls, attics, and sewers for leakage and structural integrity detec¬ 
tion, without the need for replacing batteries. 


Vstore node of the chip, which is internally connected to the 
NiMH battery. The energy per operation is 2.77 /rJ as above. 

Experiments. We evaluate the effect of distance on the up¬ 
date rate of the temperature sensor. Specifically, we use a 
PoWiFi router and place both the battery-recharging and 
battery-free sensor at increasing distances. In the battery- 
free case, we measure the update rate by computing the time 
between successive sensor readings. In the battery-operated 
case, we measure the battery voltage and the charge current 
flowing into it from the harvester. Since, each temperature 
sensor measurement and data transmission takes 2.77 /iJ, we 
compute the ratio of the incoming power to this value to as¬ 
certain the update rate of the sensor for energy-neutral oper¬ 
ation. The average occupancy across the Wi-Fi channels in 
our experiments was 91.3%. 

Results. Fig. [TT| plots the results for both our sensors. The 
update rates decrease with the distance from the router. This 
is a result of less power being harvested and agrees with the 
harvester benchmarks in §4.2| At closer distances, both har¬ 
vesters have similar update rates. Beyond 15 feet, however, 
the battery-powered sensor, optimized for lower input power, 
has a better update rate and extended operational range: 
it can operate up to 20 feet from the router. The battery¬ 
recharging sensor can operate in an energy-neutral manner 
to greater distances of up to 28 feet. 


5.2 Wi-Fi powered Camera 


We use OV7670, a low-power VGA image sensor from 
Omnivision | [TT] , and interface it with an MSP430FR5969 
microcontroller. The image sensor requires a minimum volt¬ 
age of 2.4 V and consumes 60 mW in active mode operation. 
We program the sensor to operate in gray-scale QCIF image 
capture mode with 176 x 144 frame resolution. The micro¬ 
controller initializes and provides timing signals to the im¬ 
age sensor. We transfer the sensor data at 48Mbps and store 
it on the 64 KB non-volatile FRAM on the microcontroller. 
We optimize our firmware code for power and achieve a per- 
image capture energy of 10.4 mJ. 

On our battery-free camera, we use an ultra-low leakage 
AVX BestCap 6.8 inF super-capacitor as the storage ele¬ 
ment 0 . The image sensor and microcontroller are powered 
by the buck converter of the TI bq25570 chip, which pro¬ 
vides 2.55 V regulated output voltage. The TI chip activates 
the buck converter when the super-capacitor voltage reaches 
3.1 V and is active until it discharges to 2.4 V. Our battery¬ 
recharging camera consists of the same hardware as before, 
but uses our wirelessly rechargeable 1 mAh lithium-ion coin¬ 
cell battery at 3.0 V Q. 

Experiments 1. We evaluate the time between frames as a 
function of distance for both our camera prototypes. As be¬ 
fore, we use a PoWiFi router—the observed average cumu¬ 
lative occupancy of 90.9% across experiments. At each dis¬ 
tance from the router, we wait for the camera to take at least 
six frames and measure the time interval between consec¬ 
utive frames. For the battery-recharging camera, as before, 
we ascertain the inter-frame duration for an energy-neutral 
image capture. 


Results 1. Fig. 12 shows that the battery-free camera can op¬ 
erate up to 17 feet from the router, with an image capture 
every 35 minutes. On the other hand, the battery-recharging 
camera has an extended range of 23 feet with an image cap¬ 
ture every 34.5 minutes in an energy-neutral manner. Both 
the sensors have a similar image capture rate up to 15 feet 
from the router. We also note that Fig.[T^limits the range to 
23 feet to focus on the smaller values. Our experiments, how¬ 
ever, show that the battery-recharging camera can operate up 
to 26.5 feet with an image capture every 2.6 hours. 
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Table 1—Summary of our home deployment 



A key question the reader should ask is: would cameras 
with such low image-capture rate be useful in practice? Tak¬ 
ing a picture periodically, as above, is an artihcial construct 
of our experiment. In practice, we could integrate our camera 
with motion-detection sensors that consume orders of mag¬ 
nitude lower power p4j and turn on the camera only when 
motion is detected. Another application is to use these cam¬ 
eras in hard-to-reach places such as walls, attics, pipes and 
sewers for leakage and structural-integrity detection. In these 
scenarios, replacing batteries can be cumbersome, and our 
low rate camera sensor would be an effective solution. 


Experiments 2. Motivated by the above applications, we next 
evaluate our camera in through-the-wall scenarios. We place 
our PoWiFi router next to a wall and place our battery- 
free camera prototype 5 feet away on the other side of the 
wall. We experiment with walls of four different materials: a 
double-pane glass wall of thickness one inch, a wooden door 
with thickness 1.8 inches, a hollow wall with thickness 5.4 
inches, and finally a double sheet-rock (plus insulation) wall 
with a thickness of 7.9 inches. 


Results 2. Fig. 13 shows the mean time between frames, av¬ 
eraged over five frames, as a function of the material. The 
plot shows that as the material absorbs more signals (e.g., 
double sheet-rock versus glass), the time between frames 
increases. However, the key conclusion is that PoWiFi can 
power battery-free cameras through walls and hence can en¬ 
able applications where the cameras can be left in hard-to- 
reach places such as walls, attics, and sewers, without the 
need for replacing batteries. 


6. Home Deployment Study 

PoWiFi’s power-delivery efficiency depends on the traffic 
patterns of other Wi-Fi networks in the vicinity as well as 
the router’s own client traffic, both of which can be unpre¬ 
dictable. To evaluate PoWiFi in practice, we deploy our sys¬ 
tem in six homes in a metropolitan area and measure its per¬ 
formance. Table [T] summarizes the number of users, devices 
and other 2.4 GHz routers nearby in each of our deploy¬ 
ments. We replace the router in each home with a PoWiFi 
router, and the occupants use it for normal Internet access for 
24 hours. Our router uses the same SSID and authentication 
information as the original router, which we disconnect. We 
place our router within a few feet of the original router, with 
the exact location determined by user preferences. In all six 
deployments, we set our router to provide Internet connectiv¬ 
ity on channel 1 and to transmit power packets on channels 1, 
6, and 11 using the algorithm in |3.2| We stage our deploy- 



Figure 15—Battery-free temperature sensor across homes. The 

computed update rates ten feet away from our router, shows that we 
can deliver power via Wi-Fi with real-world network conditions. 


ment over the period of a week—hrst two homes in Table [T] 
over a weekend and the rest on weekdays. 

We log the router’s channel occupancy on each of the three 
Wi-Fi channels at a resolution of 60 s. Fig. [^plots the oc¬ 
cupancy values for each Wi-Fi channel over the 24-hour de¬ 
ployment duration. We also plot the cumulative occupancy 
across the channels. The hgures show that: 

• We see signihcant variation in per-channel occupancy 
across homes. This is because when the load is high on 
neighboring networks, our router scales back its transmis¬ 
sions on that channel and has lower channel occupancy. 
However, when the load on neighboring networks is low, 
the router occupies a larger fraction of the wireless chan¬ 
nel. This is because PoWiFi uses carrier sense to enforce 
fairness with other Wi-Fi networks. 

• The cumulative occupancy is high over time in all our 
home deployments. Specihcally, the mean cumulative oc¬ 
cupancies for the six home deployments are in the 78- 
127% range. We note that some of these occupancies are 
much greater than 100%, which might not be necessary for 
power delivery. One can however reduce the per-channel 
rate of the power traffic based on the cumulative occu¬ 
pancy value to ensure that it is below 100%. Our current 
system does not implement this feature. 

• The users in homes 1^ did not perceive any noticeable 
difference in their user experience. The user in home 5, 
however, noted a signihcant improvement in his page load 
times and better experience on streaming sites including 
Hulu, Amazon Prime and YouTube. This was primarily 
because home 5 originally was using a cheap low-grade 
router with worse specihcations. A user in home 6 noted a 
slight deterioration in her YouTube viewing experience for 
a 30-minute duration. Our analysis showed that our router 
occupancy, including both client and power traffic, dipped 
during this duration. This points to external causes includ¬ 
ing interference from other devices in the environment. 

Finally, Fig. plots the CDFs of the computed update 
rates for our battery-free temperature sensor placed ten feet 
from the router in the homes. The plots show that we can 
successfully deliver power via Wi-Fi in real-world Wi-Fi net¬ 
work conditions. 
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Figure 14—PoWiFi channel occupancies in our home deployments. We see significant variation in the per-channel occupancy values 
across homes. This is because PoWiFi uses carrier sense that reduces its occupancy when the neighboring networks are loaded. The cumulative 
occupancy, however, is high across time in all our home deployments. We note that, in principle, one can modify PoWiFi’s algorithm to reduce 
the per-channel occupancy of the power traffic and keep the cumulative occupancy less than 100%, which is sufficient for harvesting purposes. 


7. Related Work 


Wireless power delivery techniques can be primarily di¬ 
vided into two categories: near-held magnetic resonance/in¬ 
ductive coupling 21 37 30 ^ and RF power trans¬ 
mission systems. Of the two, RF power delivery is the truly 
long-range mechanism and hence we focus on the related 
work in the latter category. 

Early RF power delivery systems were developed as part 
of RFID systems to harvest small amounts of power from a 
dedicated 900 MFIz UlTF RFID readers pT) . The power har¬ 
vested from RFID signals has been used to operate micro¬ 
controllers LEDs pS) and sensors such as accelerom¬ 
eters gT), temperature sensors EH’ microphones m and 
recently cameras p9| . Our efforts on power deliver over Wi- 
Ei are complimentary to REID systems. In principle, one can 
combine multiple ISM bands including 900 MHz, 2.4 GHz, 
and 5 GHz to design an optimal power delivery system. This 
paper takes a significant step towards this goal. 

Recently, researchers have demonstrated the feasibility of 
harvesting small amounts of power from ambient TV 1^ 49 
36 43 1^ ^ and cellular base station signals | [55||44| in the 
environment. While TV and cellular signals are stronger in 
outdoor environments, they are significantly attenuated in¬ 
doors limiting the corresponding harvesting opportunities. 
The ability to power devices using Wi-Ei can augment the 
above capabilities and enable power harvesting indoors. 

Researchers have also explored the feasibility of harvest¬ 
ing power in the 2.4 GHz ISM bands | |54| |T8| [4T] |40| [22| 
. These research efforts have demonstrated 


power harvesting from continuous wave transmission^ and 
none have powered devices with existing Wi-Ei chipsets. 
Further, | |28|[3T|[Z7) harvest from incoming signals in excess 
of -5 dBm and can operate only in close proximity of the 


power source. 118 401 design a rectifier that outputs volt¬ 


ages around 100 mV for continuous wave transmissions at 
specific frequency tones. It is unclear how one may trans¬ 
form this into the 1.8-2.4 V required by microcontrollers, 
sensors and batteries. | |22| discusses an IC implementation 
of a 2.45 GHz continuous-wave RFID tag. p3) has recently 
analyzed the impact of the bursty nature of Wi-Fi traffic on 
the rectifier. It then optimizes the size of the rectifier’s out¬ 
put capacitor based on Wi-Fi burstiness. However, similar to 
l|T8l|4§, this work is focused on rectifier design and does not 
power sensors and microcontrollers or recharge batteries. We 
also note that our work takes a different approach to the prob¬ 
lem: We mask the burstiness in Wi-Fi traffic and instead cre¬ 
ate high cumulative channel occupancy at the router. p2] de¬ 
signs an efficient 2.4 GHz rectenna patch and battery charg¬ 
ing solution but the rectenna is evaluated for continuous 
wave transmissions in an anechoic chamber and is not evalu¬ 
ated with Wi-Fi signals. In contrast, PoWiFi is the first power 
over Wi-Fi system that works with existing Wi-Fi chipsets 
and minimizes its impact on Wi-Fi performance. 

Our work is also related to efforts from startups such as 
Ossia Q and Wattup p7| . These efforts claim to deliver 
around 1 W of power at ranges of 15 feet and charge a 
mobile phone Q. Back-of-the-envelope calculations how- 


^Continuous wave transmissions are special signals that have a con¬ 
stant amplitude and a single frequency tone. 


11 



















































































Figure 16—Wi-Fi power via USB. It consists of a 2 dBi Wi-Fi 
antenna attached to our harvester. Using this, we charge a Jawbone 
UP24 device in the vicinity of the PoWiFi router from a no-charge 
state to 41% charged state in 2.5 hours. 

ever show that this requires continuous transmissions with 
an EIRP (equivalent isotropic radiated power) of 83.3 dBm 
(213 kW). This not only jams the Wi-Fi channel but also is 
50,000 times higher power than that allowed by FCC regu¬ 
lations part 15 for point to multi-point links. In contrast, our 
system is designed to operate within the FCC limits and has 
minimal impact on Wi-Fi traffic. We note that in the event 
of an FCC exception to these startups, our multi-channel de¬ 
sign can be used to deliver high power while having minimal 
effect on Wi-Fi performance. 

Finally, recent work on Wi-Fi backscatter | [3^ en¬ 
ables low-power connectivity with existing Wi-Fi devices. 
Backscatter communication is order of magnitude more 
power-efficient than traditional radio communication and 
hence enables Wi-Fi connectivity without incurring Wi-Fi’s 
power consumption. However, p3j is focused on the com¬ 
munication mechanism and to the best of our knowledge, 
does not evaluate the feasibility of delivering power using 
Wi-Fi. Our work is complementary to and can in prin¬ 
ciple be combined to achieve both power delivery and low- 
power connectivity using Wi-Fi devices. 

8. Discussions and Future Directions 

(a) Wi-Fi router as a charging hotspot. In addition to pow¬ 
ering custom temperature and camera sensors, PoWiFi can 
transform the vicinity of a Wi-Fi router into a wireless charg¬ 
ing hotspot for devices such as FitBit and Jawbone activity 
trackers. To demonstrate the feasibility of this, we design the 
general-purpose USB charger shown in Fig. It consists 
of a 2 dBi Wi-Fi antenna attached to a custom harvester that 
we optimize for higher input power values. We then con¬ 
nect our USB charger to a Jawbone UP24 device and place 
it 5-7 cm away from the PoWiFi router. We observe that 
the charger could supply an average current of 2.3 mA and 
charge the Jawbone UP24 battery from a no-charge state to 
41% charged-state in 2.5 hours. This demonstrates the po¬ 
tential of our approach. We are currently working on de¬ 
signs that would directly integrate our harvester with the an¬ 
tenna of the wearable device. Further, we are exploring the 
use of a custom battery charging solution, similar to those 
demonstrated in this paper, to achieve higher efficiencies and 
longer-distance wireless charging for these devices. 

(b) PoWiFi with MIMO. Our current implementation uses 
multiple antennas to transmit concurrently on different Wi¬ 
Fi channels. We could use MIMO techniques for transmitting 


to Wi-Fi clients on these antennas and use them for PoWiFi 
during the silent durations. We note that there is no funda¬ 
mental tradeoff between MIMO and PoWiFi. Specifically, 
recent work p9| has demonstrated that one can use a single 
antenna to transmit concurrently on adjacent Wi-Fi channels 
using circulators to cancel the signal leakages. Thus, we can, 
in principle, design Wi-Fi routers that concurrently transmit 
on adjacent Wi-Fi channels and also leverage MIMO (T^. 

(c) Multiple PoWiFi routers. In principle, multiple PoWiFi 
routers would have to time-multiplex their power traffic, thus 
reducing their cumulative channel occupancy and resulting 
in inefficient power delivery. Our solution is to allow Po¬ 
WiFi routers to concurrently transmit their power packets. 
While this creates collisions between the power traffic, it is 
acceptable since our UDP broadcast packets do not need to 
be decoded by any specific client. As a result, the cumula¬ 
tive channel occupancy at each of the routers remains high. 
Implementing and evaluating this solution, however, is not in 
the scope of this paper. 

(d) Security implications of PoWiFi. As networks capable of 
delivering both power and data become prevalent, one can 
imagine a “power denial-of-service” (PDoS) attack in which 
a rogue device causes power starvation for other members 
of the network by generating signals designed to cause car¬ 
rier sense events at the PoWiFi router. This opens up inter¬ 
esting research opportunities for understanding the tradeoffs 
for security mechanisms that protect against such attacks in 
an efficient manner. 

(e) Future clean-slate designs and PoWiFi. We believe that 
our system is a general design for power delivery in the ISM 
bands. As Wi-Fi access and densities continue to grow in 
the ISM band, solutions that deteriorate Wi-Fi performance 
by jamming any specific frequency are not desirable. Our 
power delivery solution is integrated with the Wi-Fi protocol 
and hence can deliver power while having minimal impact 
on Wi-Fi traffic. Future designs would generalize our multi¬ 
channel approach to operate across multiple ISM bands (e.g., 
900 MHz, 2.4 GHz and 5 GHz). We believe that this paper 
takes a significant step towards that goal. 

9. Conclusion 

There is increasing interest in the Internet-of-Things 
where small computing sensors and mobile devices are em¬ 
bedded in everyday objects and environments. A key issue 
is how to power these devices as they become smaller and 
more numerous; plugging them in to provide power is in¬ 
convenient and is difficult at large scale. 

We introduce a novel far-held power delivery system using 
existing Wi-Fi chipsets. We do so while minimizing the im¬ 
pact on Wi-Fi network performance. We prototype the hrst 
battery-free temperature and camera sensors that are pow¬ 
ered with Wi-Fi devices. We also demonstrate the feasibility 
of wirelessly recharging nickel-metal hydride and lithium- 


12 



ion coin cell batteries. Finally, we deploy our system in mul¬ 
tiple homes in a metropolitan area and demonstrate that Po- 
WiFi can successfully deliver power via Wi-Fi with real- 
world Wi-Fi network conditions. 

10. References 

[1] 0402HP Series Inductors by Coilcraft. http: 

//www.coilcraft.com/pdfs70402hp.pdf 

[2] 2.4GHz Antenna by Pulse Electronics. 

http://productfinder.pulseeng.com/ 
products/datasheets/WlOlO.pdf, 

[3] Alexa - Top Sites in United States, http : / /www. 
alexa.com/topsites/countries/US 
Loaded January 13, 2015. 

[4] AVXBestCap. 

http://WWW.voti.nl/docs/OV7 67 0.pdf 

[5] bq25570 by Texas Instruments, http : / /www. ti . 
com/lit/ds/symlink/bq25570.pdf, 

[6] Cota by Ossia. http: //www. ossiainc . com/ 

[7] Energous Wattup wireless charging demo. 

http://WWW.engadget.com/2015/01/05/ 
energous-wattup-wireless-charging- 
demo/ 

[8] LMT84 Temp Sensor by Texus Instruments. 

http://WWW.ti.com/lit/ds/symlink/ 
lmt84.pdf 

[9] MS412EE-EL26E micro-battery by SEIKO. 

http://WWW.sii.CO.jp/compo/catalog/ 
battery_en.pdf 

[10] MSP430ER5969 micro-controller by Texas 
Instruments, http: //www.ti . com/lit/ds/ 
symlink/msp430fr5969.pdf 

[11] Ov7670 by OmniVision. 

http://WWW.voti.nl/docs/OV7 67 0.pdf 

[12] Panasonic BK-4MCCA12SA AAA Nicekl Metal 
Hydride Batteries. 

http://WWW.amazon.com/Panasonic-BK- 
4MCCA12SA-Pre-Charged-Rechargeable- 
Batteries/dp/B00JHKSMG8 

[13] PhantomJS. http://phantomjs . org/ Loaded 
January 14, 2015. 

[14] Rodgers R04000 Series Specifications. 

http://WWW.rogerscorp.com/documents/ 
726/acm/R04000-Laminates-Data¬ 

sheet . pdf 

[15] S-882Z Series by SEIKO. 

http://WWW.eet-china.com/ARTICLES/ 
2006MAY/PDF/S882Z_E.pdf 

[16] SMS7630-061 by Skyworks. 

http://WWW.skyworksinc.com/uploads/ 
documents/SMS7 630_0 61_2 012 95G.pdf 

[17] Wattup by Energous. 

http://WWW.energous.com/overview/ 

[18] G. Andia Vera, A. Georgiadis, A. Collado, and S. Via. 
Design of a 2.45 ghz rectenna for electromagnetic (em) 


energy scavenging. In Radio and Wireless Symposium 
(RWS), 2010 IEEE, pages 61-64. IEEE, 2010. 

[19] D. Bharadia and S. Katti. Lull duplex mimo radios. In 
NSDI, 2014. 

[20] W. P. Consortium. Qi wireless power specification. 

[21] G. Covic and J. Boys. Inductive power transfer. 
Proceedings of the IEEE, 101(6): 1276-1289, June 
2013. 

[22] J.-P. Curty, N. Joehl, C. Dehollaini, and M. J. 

Declercq. Remotely powered addressable uhf rfid 
integrated system. Solid-State Circuits, IEEE Journal 
of, 40(11):2193-2202, 2005. 

[23] J. Enswoith, S. Thomas, S. Y. Shin, and M. Reynolds. 
Waveform-aware ambient rf energy harvesting. In 
REID (IEEE REID), 2014 IEEE International 
Conference on, pages 67-73, April 2014. 

[24] R. M. Eano. Theoretical limitations on the broadband 
matching of arbitrary impedances. Journal of the 
Eranklin Institute, 249(l):57-83, 1950. 

[25] H. Gao, P. Baltus, R. Mahmoudi, and A. van 
Roermund. 2.4GHz energy harvesting for wireless 
sensor network. In Wireless Sensors and Sensor 
Networks (WiSNet), 2011 IEEE Topical Conference 
on, pages 57-60, Jan 2011. 

[26] K. Gudan, S. Chemishkian, J. Hull, S. Thomas, 

J. Ensworth, and M. Reynolds. A 2.4GHz ambient RE 
energy harvesting system with -20dBm minimum 
input power and NiMH battery storage. In REID 
Technology and Applications Conference (REID-TA), 
2014 IEEE, pages 7-12, Sept 2014. 

[27] J. A. Hagerty, E. B. Helmbrecht, W. H. McCalpin, 

R. Zane, and Z. B. Popovic. Recycling ambient 
microwave energy with broad-band rectenna arrays. 
Microwave Theory and Techniques, IEEE 
Transactions on, 52(3): 1014-1024, 2004. 

[28] A. M. Hawkes, A. R. Katko, and S. A. Cummer. A 
microwave metamaterial with integrated power 
harvesting functionality. Applied Physics Letters, 
103(16):-, 2013. 

[29] S. Hong, J. Mehlman, and S. Katti. Picasso: Elexible rf 
and spectrum slicing. In SIGCOMM, 2012. 

[30] J. Jadidian and D. Katabi. Magnetic mimo: How to 
charge your phone in your pocket. MOBICOM, 2014. 

[31] Y. Kawahara, X. Bian, R. Shigeta, R. Vyas, M. M. 
Tentzeris, and T. Asami. Power harvesting from 
microwave oven electromagnetic leakage. In 
Proceedings of the 2013 ACM International Joint 
Conference on Pervasive and Ubiquitous Computing, 
UbiComp ’13, pages 373-382, New York, NY, USA, 
2013. ACM. 

[32] Y. Kawahara, H. Lee, and M. M. Tentzeris. Sensprout: 
Inkjet-printed soil moisture and leaf wetness sensor. In 
Proceedings of the 2012 ACM Conference on 


13 


Ubiquitous Computing, UbiComp ’ 12, pages 545-545, 
New York, NY, USA, 2012. ACM. 

[33] B. Kellogg, A. Parks, S. Gollakota, J. Smith, and 
D. Wetherall. Internet connectivity for rf-powered 
devices. SIGCOMM, 2014. 

[34] B. Kellogg, V. Talla, and S. Gollakota. Bringing 
gesture recognition to all devices. In Usenix NSDI, 
volume 14, 2014. 

[35] A. Kurs, A. Karalis, R. Moffatt, J. D. Joannopoulos, 

P. Fisher, and M. Soljacic. Wireless power transfer via 
strongly coupled magnetic resonances. Science, 
317(5834):83-86, July 2006. 

[36] V. Liu, A. Parks, V. Talla, S. Gollakota, D. Wetherall, 
and J. R. Smith. Ambient Backscatter: Wireless 
Communication Out of Thin Air. In ACM 
SIGCOMM, 2013. 

[37] Z. N. Low, R. Chinga, R. Tseng, and J. Lin. Design 
and test of a high-power high-efficiency loosely 
coupled planar wireless power transfer system. 
Industrial Electronics, IEEE Transactions on, 
56(5):180I-1812, May 2009. 

[38] C. Mikeka, H. Arai, A. Georgiadis, and A. Collado. 
Dtv band micropower rf energy-harvesting circuit 
architecture and performance analysis. In 
REID-Technologies and Applications (REID-TA), 

2011 IEEE International Conference on, pages 
561-567, Sept 2011. 

[39] S. Naderiparizi, A. Parks, Z. Kapetanovic, 

B. Ransford, and J. R. Smith. Wispcam: A battery-free 
rfid camera. In REID (REID), 2015 IEEE International 
Conference on. IEEE, 2015. 

[40] U. Olgun, C.-C. Chen, and J. Volakis. Wireless power 
harvesting with planar rectennas for 2.45 ghz rfids. In 
Electromagnetic Theory (EMTS), 2010 URSI 
International Symposium on, pages 329-331, Aug 
2010 . 

[41] U. Olgun, C.-C. Chen, and J. Volakis. Design of an 
efficient ambient wifi energy harvesting system. 
Microwaves, Antennas Propagation, lET, 

6(11): 1200-1206, August 2012. 

[42] U. Olgun, C.-C. Chen, and J. Volakis. Efficient 
ambient wifi energy harvesting technology and its 
applications. In Antennas and Propagation Society 
International Symposium (APSURSI), 2012 IEEE, 
pages 1-2, July 2012. 

[43] A. Parks and J. Smith. Sifting through the airwaves: 
Efficient and scalable multiband rf harvesting. In 
REID (IEEE REID), 2014 IEEE International 
Conference on, pages 74-81, April 2014. 

[44] A. N. Parks, A. P. Sample, Y. Zhao, and J. R. Smith. A 
wireless sensing platform utilizing ambient rf energy. 
In Biomedical Wireless Technologies, Networks, and 


Sensing Systems (BioWireleSS), 2013 IEEE Topical 
Conference on, pages 154—156. IEEE, 2013. 

[45] D. M. Pozar. Microwave engineering. John Wiley & 
Sons, 2009. 

[46] A. Sample and J. R. Smith. Experimental results with 
two wireless power transfer systems. In Radio and 
Wireless Symposium, 2009. RWS ’09. IEEE, pages 16 
-18, jan. 2009. 

[47] A. Sample, D. Yeager, P. Powledge, A. Mamishev, and 
J. Smith. Design of an rfid-based battery-free 
programmable sensing platform. IEEE Transactions on 
Instrumentation and Measurement, 57(11):2608-2615, 
November 2008. 

[48] A. P. Sample, C. Macomber, L.-T. Jiang, and J. R. 
Smith. Optical localization of passive uhf rfid tags 
with integrated leds. In REID (REID), 2012 IEEE 
International Conference on, pages 116-123. IEEE, 
2012 . 

[49] R. Shigeta, T. Sasaki, D. M. Quan, Y. Kawahara, 

R. Vyas, M. Tentzeris, and T. Asami. Ambient rf 
energy harvesting sensor device with 
capacitor-leakage-aware duty cycle control. Sensors 
Journal, IEEE, 13(8):2973-2983, Aug 2013. 

[50] V. Talla and J. R. Smith. Hybrid analog-digital 
backscatter: A new approach for battery-free sensing. 
In REID (REID), 2013 IEEE International Conference 
on, pages 74-81. IEEE, 2013. 

[51] N. Tesla. My Inventions: The Autobiography of 
Nikola Tesla. Hart Bros., 1982. 

[52] M. S. Trotter and G. D. Durgin. Survey of range 
improvement of commercial rfid tags with power 
optimized waveforms. In REID, 2010 IEEE 
International Conference on, pages 195-202. IEEE, 
2010 . 

[53] M. S. Trotter, J. D. Griffin, and G. D. Durgin. 
Power-optimized waveforms for improving the range 
and reliability of rfid systems. In RFID, 2009 IEEE 
International Conference on, pages 80-87. IEEE, 

2009. 

[54] C. Valenta and G. Durgin. Harvesting wireless power: 
Survey of energy-harvester conversion efficiency in 
far-held, wireless power transfer systems. Microwave 
Magazine, IEEE, 15(4): 108-120, 2014. 

[55] H. Visser, A. Reniers, and J. Theeuwes. Ambient rf 
energy scavenging: Gsm and wlan power density 
measurements. In Microwave Conference, 2008. 
EuMC 2008. 38th European, pages 721-724, Oct 
2008. 

[56] B. Waters, A. Sample, P. Bonde, and J. Smith. 
Powering a ventricular assist device (vad) with the 
free-range resonant electrical energy delivery (free-d) 
system. Proceedings of the IEEE, 100((1)):138-149. 


14 



